Transmission method for cellular telephony mobile equipment&#39;s location data

ABSTRACT

Method for cellular telephony mobile equipment location data transmission, in which an application, preferably installed on the SIM card, measures the Base Transceiver Stations in the serving cell and the neighboring cells, detecting, storing and transmitting respective information to a remote Service Centre by means of SMS messages, where a processing system, applying an appropriate algorithm and a Base Transceiver Stations geographic position database, computes the geographical position of the mobile equipment. Transmission is made using a compressed format which requires a very low number of SMS messages.

[0001] This invention relates to personal communication systems, such as, for example, GSM operating standard communication systems, and specifically relates to a method for transmitting cellular mobile telephone location data.

[0002] As known, one of the possibilities offered by personal communication systems, such as the aforesaid GSM system, is the provision of location-based services, i.e. based on determination of the position of a mobile cellular telephone owner in an area served by one or more Base Transceiver Stations (BTS).

[0003] This is possible because modern GSM mobile equipment is capable of measuring Base Transceiver Stations in its own cell and neighbouring cells, detecting, storing and transmitting the respective information.

[0004] This information comprises:

[0005] 1. National code (mobile Country Code=MCC) pertaing to the serving cell;

[0006] 2. Network code (Mobile Network Code=MNC) pertaining to the serving cell;

[0007] 3. Local area code (Local Area Code LAC) pertaining to the serving cell;

[0008] 4. Serving cell identification (Cell ID);

[0009] 5. Control channel signal intensity of serving cell (RxLev);

[0010] 6. Control channel signal intensity of neighbouring cells detected by the telephone (RxLev);

[0011] 7. Frequency indexes (BCCH-FREQ=Broad Control CHannel-Frequency) univocally corresponding to channel numbers (ARFCN=Absolute Radio Frequency Channel Number) and identification codes (BSIC=Base transceiver Station Identity Code) related to neighbouring cell base stations.

[0012] This information, consisting of numeric data, combined with the geographic positions of the Base Transceiver Stations, contained in a database generally provided by the mobile telephone operator, can be used by an appropriate calculation procedure to estimate the position of the GSM mobile equipment.

[0013] The described information is normally tracked by the mobile equipment via a SIM Toolkit type application, installed on the SIM card (“Subscriber Identity Module”), and compressed to be sent by means of SMS (Short Message System) messages to a remote Service Centre.

[0014] Firstly, the received messages are decompressed and then fed into a processing system, called “Location Engine”, which, by applying an appropriate algorithm, computes the geographical position of the mobile equipment. If required, the system either informs the mobile equipment of its position or utilises it for a location-based service.

[0015] The need to reduce the number of SMS messages transmitted for each location request arises during the data exchange phase between mobile equipment and Service Centre. This corresponds to the precise needs of all mobile telephone operators, who cannot afford excessive traffic on their network for a single application, and of users, who require cost-effectiveness.

[0016] Additionally, reducing the number of transmitted SMS text messages means significantly reducing the response time of each location-based service, thus providing a significant contribution to service quality.

[0017] The cellular telephony mobile equipment location data transmission method which is the object of this invention overcomes said shortcomings and solves the described technical problems by implementing a compressed format for GSM mobile equipment location data suitable to be sent in the form of an SMS message.

[0018] Specifically, object of the invention is a method for transmitting cellular telephony mobile equipment location data, as described in the characterising part of claim 1.

[0019] Additional characteristics and advantages of the invention will now be described, by way of example only, with reference to the accompanying drawings wherein:

[0020]FIG. 1 is the network and serving cell data format according t GSM standard;

[0021]FIG. 2 is the signal intensity of all monitored cells, frequencies and identification codes of neighbouring cells;

[0022]FIG. 3 is the channel number format of the neighbouring cell links;

[0023]FIG. 4 is the first byte in the message according to the invention;

[0024]FIG. 5 is the service data and measurement number format, where relevant;

[0025]FIG. 6 is the data format of each measurement;

[0026]FIG. 7 is the data format of each neighbouring cell.

[0027] The Base Transceiver Stations data format measured by the mobile equipment and supplied to its SIM card is described in GSM specifications and essentially concerns three different types of data:

[0028] Data on the network and serving cell currently in use, indicated as MCC, MNC, LAC and Cell ID in the description above. Numeric representation is illustrated in FIG. 1.

[0029] Data on signal intensity in monitored cells, frequency index and neighbouring cell identification codes, indicated as RxLev, BCCH-FREQ and BSIC in the description above. Numeric representation, defined in GSM 04.08 specifications, is illustrated in FIG. 2.

[0030] List of neighbouring cell link channel number, indicated as ARFCN in the description above. Numeric representation, defined in GSM 11.14, specifications, is illustrated in FIG. 3.

[0031] As shown in FIG. 1, MCC, LAC and Cell ID are each represented by two bytes, High Byte and Low Byte, while MNC only requires one.

[0032]FIG. 2 shows data on signal intensity frequencies, codes, etc., pertaining to neighbouring cells, distributed n 17 octets (or bytes), for up to eight monitored cells.

[0033] Specifically, the fields have the following meaning in GSM context:

[0034] Measurement Results IEI (7 bits): identifier of the information that follows (IEI=Information Element Identifier), i.e. measurement results in this case;

[0035] BA-USED (1 bit): BCCH coding type;

[0036] DTX-USED (1 bit): indicating whether the mobile equipment uses DTX (DTX=Discontinuous transmission [mechanism]) or not, i.e. a power level transmission which is not continuous in the previous measurement period;

[0037] RXLEV-FULL-SERVING-CELL (6 bits): intensity of the signal received from the serving cell, measured on all slots;

[0038] MEAS-VALID (1 bit): indicating validity of measurements on the dedicated channel;

[0039] RXLEV-SUB-SERVING-CELL (6 bits): intensity of the signal received from the serving cell, measured on a subset of slots;

[0040] RXQUAL-FULL-SERVING-CELL (3 bits): quality of the signal received from the serving cell measured on all slots;

[0041] RXQUAL-SUB-SERVING-CELL (3 bits): quality of the signal received from the serving cell measured on a subset of slots;

[0042] NO-NCELL-M (3 bits): number of measurements of neighbouring cells;

[0043] RXLEV-NCELL i (6 bits): intensity of signal received from the i-th neighbouring cell (i=1 . . . 6);

[0044] BCCH-FREQ-NCELL i (5 bits): frequency index related to the BCCH channel of the i-th neighbouring cell;

[0045] BSIC-NCELL i (6 bits): identification code of the i-th neighbouring cell base station.

[0046]FIG. 3 illustrates the link frequency format, identified as the absolute number of the m-th radio-frequency channel (ARFCN#m). Each is formed by ten consecutive bits, subdivided into “high part” and “low part”, and identified by said frequency index BCCH-FREQ-NCELL i.

[0047] Sending all this information in standard GSM format would be rather costly in terms of the number of SMS messages required. This is because the mobile equipment must provide a certain number of consecutive measurements for sufficiently accurate and reliable location to filter detected signal frequency peaks (positive and negative).

[0048] According to the invention, the transmission of location data detected by the GSM equipment is made using a compressed format which requires a very reduced number of SMS messages. Naturally the number of SMS messages will be effected, since accuracy and reliability of location depends on the number of measurements made.

[0049] Generation of said format must be as simple as possible because it is processed by a SIM card application and, as known, the SIM card performance and computing capacity are poor if compared to those of a personal computer. Furthermore, a complex application would occupy a great deal of memory space, consequently penalising optional location-based services, which are interesting from a commercial point of view.

[0050] The application installed on the SIM card generates SMS messages containing location data in compressed format, comprising specific data on each single message, specific data on the message set, specific data on measurements and specific data on the serving cell and the neighbouring cells monitored by the mobile equipment. The dimensions of some data depend on the results of the measurements made at the current instant and those obtained at an earlier time.

[0051] The format description refers to FIGS. 4, 5, 6 and 7 which illustrate tables in which each line corresponds to a byte in the SMS message.

[0052] Considering that the aforesaid information can occupy more than one SMS message, the first byte of each message must contain the data shown in FIG. 4, i.e. the current SMS message number and the total number of messages dedicated to location data transmission.

[0053] The subsequent bytes in the body of the message contain information described in FIG. 5. Specifically, some bytes are dedicated to “possible service-specific data”, i.e. data dedicated to a specific service. This is because the mobile equipment location process could be linked to high number of location-based services installed on the user's SIM card. In these cases, numerous other data may need to be communicated to the Service Centre. For example, transmission may include the selection the user made in a telephone menu (SAT application). Such data must be included in the transmitted SMS messages and integrated with pure location information.

[0054] An additional byte is used to indicate the number of measurements.

[0055]FIG. 6 lists the data transmitted for each measurements, particularly:

[0056] RXLEV-FULL-SERVING-CELL (6 bits), i.e. the intensity of the serving cell signal;

[0057] “Changed Tag” (2 bits), whose meaning is explained below;

[0058] MCC (2 bytes, High byte and Low byte), present if the “Changed Tag” is higher than 2;

[0059] MNC (1 byte), present if “Changed Tag” is higher than 2;

[0060] LAC (2 bytes, High byte and Low byte), present if “Changed Tag” is higher than 1;

[0061] Serving Cell ID (2 bytes, High byte and Low byte), present if “Changed Tag” is higher than 0;

[0062] the number of monitored neighbouring cells (1 byte).

[0063] “Changed Tag” is useful when several consecutive measurements are required by the mobile equipment. This condition is necessary to obtain reliable locations. “Changed Tag” indicates which of the four cell data (Cell ID, LAC, MCC or MNC), related to the serving cell have changed with respect to the previous measurement. When a new measurement is made, the procedure checks what has changed with respect to the previous data stored by the SIM card and sets the Changed Tag value consequently. Finally, only the data which have changed are added to the SMS message body.

[0064] The data listed FIG. 7 are measured and transmitted for each neighbouring cell, specifically:

[0065] the relative intensity of the neighbouring cell signal (5 bits), computed on the previous measurements as explained below;

[0066] “ARFCN-BSIC cache index” (3 bits), whose meaning will be explained below;

[0067] ARFCN (10 bits), subdivided into two parts, one consisting of one byte and one by two bits. Present if “ARFCN-BSIC cache index” has binary value “111”;

[0068] BSIC (6 bits), also present if “ARFCN-BSIC cache index” has binary value “111”;

[0069] absolute intensity of neighbouring cell signal (8 bits), present if the relative intensity of the neighbouring cell has binary value “11111”.

[0070] The application residing on the SIM card uses a 6-byte memory table to compute the relative intensity of the neighbouring cell signal, one for each monitored neighbouring cell. During SMS message coding, each element of the table is initialised to binary value “11110”. Subsequently, the following operations are carried out each time the neighbouring cell signal is detected:

[0071] if the intensity of the current neighbouring cell is included in the binary range ±“01111” with respect to the intensity of the previous measurement related to the neighbouring cell in the same position, only the difference in intensity is transmitted (therefore only 5 bits in the SMS message are required) and the table is updated with the absolute value of the current intensity;

[0072] otherwise the binary value “11111” is assigned to the relative intensity, the absolute current intensity value is sent in the subsequent byte and the table is updated with the same absolute value.

[0073] A similar reversed procedure is carried out on Service Centre side for decoding.

[0074] “ARFCN-BSIC cache index” is the index of the ARFCN-BSIC pair in a specific memory table (cache). The pair is used to determine the Cell ID which univocally identifies the neighbouring cell.

[0075] It is very likely for the set of monitored neighbouring cells to change significantly during multiple consecutive measurements required for correct location. Consequently, a specific table is used to reduce the space required to store the ARFCN-BSIC pairs related to monitored neighbouring cells. This table has a capacity of seven value pairs and is filled progressively as new ARFCN-BSIC pair values are found.

[0076] If a value present in the table is encountered, the row number, or index, containing the encountered value is used instead of the value itself. A considerable amount of space is saved since the index only occupies 3 bits, while the ARFCN-BSIC pair occupies 16 bits.

[0077] If an ARFCN-BSIC value which is not present in the table is encountered and the table is full, the new value will be written over the oldest, according to FIFO mode. This mechanism ensures high simplicity in management and good efficiency. “ARFCN-BSIC cache index” is set to binary “111” and the real value is added in the subsequent bytes as shown in the format specifications when an ARFCN-BSIC pair value which is not present in the table is encountered. The new value is thus added to the table.

[0078] A similar reversed procedure is carried out on Service Centre side for decoding.

[0079] Naturally, numerous changes can be implemented to the construction and embodiments of the invention herein envisaged without departing from the scope of the present invention, as defined by the following claims. 

1. Method for cellular telephony mobile equipment location data transmission, in which an application, preferably installed on a SIM card contained in the mobile equipment, measures the Base Transceiver Stations in the serving cell and the neighbouring cells, detecting, storing and transmitting respective information to a remote Service Centre by means of SMS messages, where a processing system, applying an appropriate algorithm and a Base Transceiver Stations geographic position database, computes the geographical position of the mobile equipment and informs the mobile equipment of said geographical position, if required, characterised in that said application preferably installed on the SIM card generates SMS messages containing location data in compressed format, comprising specific data of each single message, specific data on the message set, specific data on measurements and specific data on the serving cell and the neighbouring cells monitored by the mobile equipment, the dimensions of some data depending on the results of the measurements made at the current instant and those obtained at an earlier time.
 2. Method for cellular telephony mobile equipment location data transmission according to claim 1, characterised in that said location data in compressed format comprises: for each message: the current SMS message order number; the total number of messages dedicated to location data transmission; consequently, in the message body: data dedicated to specific services, where relevant; the number of said measurements; for each measurement: RXLEV-FULL-SERVING-CELL, i.e. the intensity of the serving cell signal; “Changed Tag”, i.e. the label indicating which of the four data—Cell ID (serving cell identification), LAC (Local Area Code), MCC (Mobile Country Code) and MNC (Mobile Network Code), pertaining to the serving cell—have changed with respect to the previous measurement; MCC, if “Changed Tag” is higher than a first value; MNC, if “Changed Tag” is higher than the first value; LAC, if “Changed Tag” is higher than a second value; Serving Cell ID, if “Changed Tag” is higher than a third value; the number of monitored neighbouring cells; for each neighbouring cell: the relative intensity of the signal computed on the bases of the previous measurement; “ARFCN-BSIC cache index”, i e. the index of the ARFCN-BSIC (channel order number-identification code) pair in an appropriate memory table; ARFCN (channel order number), if “ARFCN-BSIC cache index” has a first binary value; BSIC (identification code), if “ARFCN-BSIC cache index” has the first binary value; absolute intensity of the signal, if the “neighbouring cell relative signal intensity” has a second binary value.
 3. Method for cellular telephony mobile equipment location data transmission according to claim 2, characterised in that said location data have the following binary dimensions: current SMS message order number, 4 bits; total number of messages, 4 bits; data dedicated to a specific service, 1 or more bytes; measurement order number, 1 byte; RXLEV-FULL-SERVING-CELL, 6 bits; “Changed Tag” 2 bits; MCC, 2 bytes; MNC, 1 byte; LAC, 2 bytes; serving Cell ID, 2 bytes; number of monitored neighbouring cells, 1 byte; neighbouring cell signal relative intensity, 5 bits; “ARFCN-BSIC cache index”, 3 bits; ARFCN, 10 bits; BSIC, 6 bits; neighbouring cell signal absolute intensity, 8 bits.
 4. Method for cellular telephony mobile equipment location data transmission according to claim 2 or 3, characterised in that whenever a new measurement is made, said application preferably installed on the SIM card checks which of the four data (Cell ID, LAC, MCC and MNC) have changed with respect to the previous measurement and consequently sets the Changed Tag value, adding only the data which have changed to the body of the SMS message.
 5. Method for cellular telephony mobile equipment location data transmission according to any of claims 2 to 4, characterised in that, in order to calculate said neighbouring cell signal relative intensity, said application preferably installed on the SIM card uses a 1-byte memory table for each monitored neighbouring cell and, during SMS coding, initialises a third binary value for each item in the table and carries but the following operations after each neighbouring cell signal intensity measurement: if the intensity of the current neighbouring cell is included in a fit binary range with respect to the intensity of the previous measurement related to the neighbouring cell in the same position, the application only transmits the difference between the intensities and updates the table with the current intensity absolute value; otherwise the second binary value is assigned to the relative intensity, the absolute current intensity value is sent in the subsequent byte and the table is updated with the same absolute value, a similar reversed procedure being carried out on Service Centre side for decoding.
 6. Method for cellular telephony mobile equipment location data transmission according to any of claims 2 to 5, characterised in that said application preferably installed on the SIM card uses a table formed by pairs of ARFCN-BSIC values which are filled progressively as new ARFCN-BSIC pair values are encountered to obtain said “ARFCN-BSIC cache index”, and if a value present in the table is encountered, the ARFCN-BSIC pair line order number or index containing the encountered value is used instead of the value itself, if an ARFCN-BSIC value which is not present in the table is encountered and the table is fu the new value will be written over the oldest, according to FIFO mode, while, if the table is not full, “ARFCN-BSIC cache index” is set to the first binary value and the real value is added in the subsequent bytes, whereby adding the new value in the table, a similar reversed procedure being carried out on Service Centre side for decoding. 